home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20021006-20030409 / 000062_JDanSkinner@JDanSkinner.com_Wed Nov 6 12:53:42 EST 2002.msg < prev    next >
Text File  |  2020-01-01  |  4KB  |  94 lines
  1. Article: 13825 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!panix!newsfeed.media.kyoto-u.ac.jp!news-hog.berkeley.edu!ucberkeley!newsfeed.stanford.edu!postnews1.google.com!not-for-mail
  3. From: JDanSkinner@JDanSkinner.com (Dan Skinner)
  4. Newsgroups: comp.protocols.kermit.misc,comp.unix.sco.misc,comp.terminals
  5. Subject: Re: Kermit (K95), SCO Openserver, Progress, and Linux.
  6. Date: 6 Nov 2002 09:48:32 -0800
  7. Organization: http://groups.google.com/
  8. Lines: 75
  9. Message-ID: <8ce22d01.0211060948.78805fbe@posting.google.com>
  10. References: <8ce22d01.0211051340.4391f5cb@posting.google.com> <aq9ecp$1t2$1@watsol.cc.columbia.edu>
  11. NNTP-Posting-Host: 24.159.192.106
  12. Content-Type: text/plain; charset=ISO-8859-1
  13. Content-Transfer-Encoding: 8bit
  14. X-Trace: posting.google.com 1036604912 17556 127.0.0.1 (6 Nov 2002 17:48:32 GMT)
  15. X-Complaints-To: groups-abuse@google.com
  16. NNTP-Posting-Date: 6 Nov 2002 17:48:32 GMT
  17. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13825 comp.unix.sco.misc:150610 comp.terminals:17590
  18.  
  19. fdc@columbia.edu (Frank da Cruz) wrote in message news:<aq9ecp$1t2$1@watsol.cc.columbia.edu>...
  20. > In article <8ce22d01.0211051340.4391f5cb@posting.google.com>,
  21. > Dan Skinner <JDanSkinner@JDanSkinner.com> wrote:
  22. > : I manage an application done in Progress which has traditionally run
  23. > : on SCO OS3 and OS5 using several terminal emulators, currently K95. 
  24. > : We use scoansi emulation and all is well.
  25. > : 
  26. > : We are porting to Linux.  Have a system running and we are down to
  27. > : the nagging details.  Linux emulation is not good because the
  28. > : progress graphics are not supported (box drawing), scoansi works well
  29. > : in Progress but Linux complains about not being fully functional
  30. > : (ie: pg). and the silly ls color stuff is broken.  Any suggestions
  31. > : appreciated.
  32. > :
  33. > K95's Linux terminal emulation is fine; it supports box drawings and 
  34. > color; I assume you have K95's terminal type set to Linux.  So the
  35. > question is whether your application sending the right stuff.  Does it
  36. > rely on termcap/terminfo/curses?  If so, maybe there is some confusion
  37. > over the names of the fields or the syntax of their values.
  38. > 
  39. > It's also possible that you've chosen a terminal character set in K95
  40. > that does not agree with what the application thinks you have.
  41. > 
  42. > I've copied the SCO newsgroup on this reply -- I expect others there
  43. > have done similar conversions and can offer some hints.  Also the
  44. > terminals newsgroup, where people who know termcap/terminfo/[n]curses
  45. > hang out.
  46. > 
  47. > - Frank
  48.  
  49. Thanks Frank;
  50. I've been doing some expermental research and have found the
  51. following. It seems that all functions of the K95 Linux terminal
  52. emulation work except the escape to and from graphics mode (GS and
  53. GE). The termcap (protermcap in Progress) is set to GS=^N and GE=^O
  54. and work on the Linux console.  I understand that Linux display codes
  55. are like vt100 and I check the vt100 termcap entries and find GS=^N
  56. and GE=^O and this works if I set K95 to vt100. Lots of other stuff is
  57. broken but the box drawing works with Linux TERM=linux and K95
  58. emulation set to vt100.  When K95 emulation set to linux the box
  59. drawing characters are the un-escaped values of G1 through GV.  When I
  60. null the escape codes (GS=\000 and GE=\000) and put in corners of +
  61. and lines of | & - both the linux console and k95 in linux emulation
  62. give the same result.
  63. For your information show char yields:
  64.  Transfer Translation: on
  65.  File Character-Set: latin1-iso (ISO 8859-1 Latin-1), 8-bit
  66.  File Scan: on
  67.    Default 7bit-Character-Set: ascii
  68.    Default 8bit-Character-Set: cp437
  69.  Transfer Character-Set: Transparent
  70.  SEND character-set-selection: automatic
  71.  RECEIVE character-set-selection: manual
  72.  (Use SHOW ASSOCIATIONS to list automatic character-set selections.)
  73.  
  74.  Unknown-Char-Set: Keep
  75.  
  76.  Terminal character-sets:
  77.      Mode: 8-bit Multinational Mode
  78.     Local: Unicode display / Windows Code Page 1252 input
  79.    Remote: GL->G0: US ASCII (94 chars)
  80.                G1: US ASCII (96 chars)
  81.            GR->G2: ISO Latin-1 (94 chars)
  82.                G3: DEC Special Graphics (94 chars)
  83.  
  84.  Keyboard character-sets:
  85.    Multinational: PC Code Page 437
  86.         National: US ASCII
  87.  
  88.  Code Pages:
  89.      Active: 1252
  90.  
  91. Are you sure this is not a K95 issue?
  92. Again, any help appreciated.
  93. Regards...Dan.
  94.